COMPUTER SYSTEM 



BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates to a discovery system 
in which data is transferred between storage subsystems 
for the purpose of preserving data in case of a disaster. 

2 . Description of the Related Art 

As a technology for adding a new computer to a 
network, a technology disclosed in Japanese Unexamined 
Patent Application Publication No. 2002-278769 is known. 
The Japanese Unexamined Patent Application Publication 
No. 2002-278769 has disclosed a technology adapted to a 
case where a second computer is added to a network 
system that comprises a first computer, a first storage 
subsystem in which an operating system (hereinafter OS) 
is stored, and a second storage subsystem in which a 
copy of data stored in the first storage subsystem is 
stored. According to the technology, the first computer 
modifies the settings of the second storage subsystem, 
and assigns the second storage subsystem to the second 
computer so that the OS stored in the second storage 
subsystem can be installed in the second computer. 

Moreover, as a method for setting up a high- 
availability system, which employs a common disk, in a 
storage subsystem, a technology disclosed in "VERITAS 
Cluster Volume Manager and VERITAS Cluster File System: 
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a new VERITAS volume management and file system 
technology for a cluster environment 

(http: //www. Veritas . com/ jp/products/pdf s/cvm__cf s_wp.pdf ) 
is known. According to this method, a slave computer 
detects a common disk included in a storage subsystem, 
and reads volume information from the common disk so as 
to define a common volume to be assigned to the slave 
computer included in the high-availability configuration. 
Consequently, the slave computer included in the high- 
availability configuration autonomously recognizes the 
volume . 

SUMMARY OF THE INVENTION 

According to the technology disclosed in the 
Japanese Unexamined Patent Application Publication No. 
2002-278769, after the second computer is added, the 
first computer modifies the settings of the second 
storage subsystem. In this .case, if a fault occurs in 
the first computer, the second computer cannot use the 
second storage subsystem. Moreover, if the network 
system is used as a disaster recovery system, both the 
first and second computers are mandatory. Therefore, an 
inexpensive disaster recovery system cannot be provided. 

Moreover, according to the technology disclosed in 
"VERITAS Cluster Volume Manager and VERITAS Cluster File 
System: a new VERITAS volume management and file system 
technology for a cluster environment," the slave 
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computer can recognize the common volume autonomously. 
However, the master computer and slave computer must 
share the same storage subsystem. Therefore, the 
technology cannot be adapted to a disaster recovery 
system as it is. The adaptation of the technology 
disclosed in "VERITAS Cluster Volume Manager and VERITAS 
Cluster File System: a new VERITAS volume management 
and file system technology for a cluster environment" to 
the disaster recovery system will be discussed. As far 
as the disaster recovery system is concerned, an entity 
of a disk drive is often different between a primary 
site and a secondary site. The consistency in an 
emulation type that is a category to which a disk drive 
belongs when assigned to a computer or in a storage 
capacity of a disk drive between the primary and 
secondary storage systems is not guaranteed. In this 
situation, the computer in the secondary site cannot 
recognize a volume autonomously. 

Moreover, when an application such as a database 
application that runs in the primary site should be 
continuously run in the secondary site, the settings of 
the secondary site must be determined manually. It is 
therefore impossible to continuously and swiftly run the 
application . 

Accordingly, the present invention provides 
constituent features described below. Namely, a 
computer system comprises a first computer, a first 
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storage subsystem connected to the first computer, and a 
second storage subsystem connected to the first storage 
subsystem. Herein, information and various 
environmental variables (hereinafter, referred to as 
configuration information) that are needed to use the 
first storage subsystem and that is held in the first 
computer are transmitted to the first storage subsystem. 
The first storage subsystem stores the received 
configuration information in a storage device included 
therein. Thereafter, the first storage subsystem 
transfers the configuration information, which is stored 
therein, to the second storage subsystem so as to 
produce a copy. The second storage subsystem receives 
the transferred configuration information and stores it 
in a storage device included therein. Furthermore, when 
a second computer is added to the computer system, the 
second computer reads the configuration information 
stored in the second storage subsystem, and determines 
the settings thereof by itself. 

Herein, when it says that the settings of the 
second computer are determined by itself, it means that 
a storage area included in the storage subsystem is 
assigned or mounted, and that definition information 
used in various applications is read. 

Incidentally, the configuration information 
contains definition information needed to run an 
application and information needed to mount a storage 
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area or a volume in a computer. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 shows an example of the configuration of a 
computer system; 

Fig. 2 shows an example of a pair definition table 

7; 

Fig. 3 . shows an example of a volume definition 
table 8 ; 

Fig. 4 shows an example of a configuration 
definition table 9; 

Fig. 5 describes an example of a data receiving 
procedure; 

Fig. 6 describes an example of a procedure stated 
as a component definition program 12; 

Fig. 7 shows an example of the pair definition 
table 7 specifying a suspended state; 

Fig. 8 describes an example of a volume mounting 
procedure ; 

Fig. 9 shows examples of a volume -device file map; 

and 

Fig. 10 shows an example of a mount destination 
directory- device file map. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Referring to Fig. 1 to Fig. 10, an embodiment will 
be described below. Fig. 1 shows the configuration of 



an embodiment of a computer system. The system 
comprises a server la, a server lb, a storage subsystem 
2a, and a storage subsystem 2b. The servers and systems 
are interconnected over a network 3 . The server lb may 
be, as described later, a computer connected on the 
network 3 later. 

As far as the present system is concerned, the 
server la^.and storage subsystem 2a shall constitute a 
primary site, while the server lb and storage subsystem 
2b shall constitute a secondary site. 

The server 1 is a computer comprising a CPU 101, a 
main memory 102, a network interface 103, a display 104, 
a keyboard 105, a CD-ROM 106, a controller 107, a disk 
drive 108, and a data interface 109. 

The storage subsystem 2 is realized with storage 
devices in which data is stored, and comprises ports 21, 
a disk controller 22, a control memory 23, a processor 
24, a cache memory 25, and disk drives 26. Incidentally, 
the disk drives 108 and 26 are logical storage devices. 
In reality, a plurality of physical storage devices may 
constitute one logical storage device. In this case, 
the plurality of physical storage devices may constitute 
a disk array. Herein, the physical storage device 
refers to a hard disk drive or a physical storage device 
having a storage medium such as a digital versatile disk 
(DVD) . 

A database management system program 4, an 
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application program 5, a configuration definition file 
creation program 6 , and a volume mount program 18 are 
stored in the disk drive 108 included in the server 1. 
These programs are installed from the CD-ROM 106 into 
the disk drive 108 , then read into the main memory 102, 
and run by the CPU 101. Incidentally, the programs may 
be not be installed from the CD-ROM 106 but may be 
installed into the disk drive 108 over the network 3 on 
which the server 1 is connected. 

A pair definition table 7 used to manage the 
relationship of correspondence (hereinafter, pair 
relationship) between each of the disk drives 26 
included in the primary site and each of the disk drives 
26 included in the secondary site, a volume definition 
table 8a used to manage one or more disk drives 2 6 (one 
or more of disk drives 26a to 26c) as one or more 
storage areas (hereinafter volumes), and a data transfer 
program 16 that is run by the processor 24a when data 
stored in any of the disk drives 26 is transferred to 
the storage subsystem 2b in the secondary site are 
stored in the control memory 23a included in the storage 
subsystem 2a. 

A configuration definition table 9 indicating to 
what part of an OS file system a volume is assigned 
(hereinafter, mounted) is stored in the disk drive 26 
whose leading location corresponds to the leading 
position in the volume (or a predetermined location in a 



volume. Hereinafter, the configuration definition table 
shall be stored at the leading location in the volume. 
The primary and secondary sites share the stored 
location. The secondary site receives information on 
the stored location from the primary site or a user.). 
Moreover, an environmental variable definition file 15 
in which the name of a definition information file is 
registered is stored in the disk drive 26 realizing the 
volume. Herein, setting information on the database 
management system program 4 or application program 5 
that run on the server 1 which uses the volume is 
recorded in the definition information file. 
Information on the stored location of a file in which 
information on an environmental variable relevant to the 
server 1, such as, setting information on a program to 
be run in the server 1 is recorded is registered in the 
environmental variable definition file 15. 

According to the present embodiment , a file system 
in which the volume is mounted gives a predetermined 
name to the environmental variable definition file 15. 
A value recorded in the environmental variable 
definition file 15 indicates a name inherent to the 
application program 5 or the like, and the name may not 
be a filename but may be, for example, a work directory 
name . 

A DBMS definition information file 10 that is a 
definition information file relevant to the database 



-9- 



management system program 4, and an application 
definition information file 13 that is a definition 
information file relevant to the application program 5 
are stored in the disk drives 26. The files are 
assigned filenames that are registered in the 
environmental variable definition file 15, and stored in 
the disk drives 26. 

The server 1 runs the configuration definition file 
creation program 6 so as to create the environmental 
variable definition file 15 and program definition 
information files . 

Moreover, data 14 used within the database 
management system program 4 and application program 5 is 
stored in the disk drives 26. Furthermore, the database 
management system program 4, application program 5, and 
configuration definition file creation program 6 may be 
stored in the disk drives 2 6 included in the storage 
subsystem 2a. In this case, when the server 1 uses the 
programs, the server 1 reads the programs from the 
storage subsystem 2 over the network 3, and stores them 
in the disk drive 108 for use. 

A data reception program 17, a pair definition 
table 7, a volume definition table 8b, and a definition 
check program 11 are stored in the control memory 23b 
included in the storage subsystem 2b. 

When the storage subsystem 2b receives data sent 
from the storage subsystem 2a via the port 21d over the 
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network 3, and stores the data in the disk drives 26d to 
26f , the processor 24b runs the data reception program 
17. 

The definition check program 11 judges whether data 
the storage subsystem 2b has received from the storage 
subsystem 2a is contained in the configuration 
definition table 9. If the data is contained in the 
configuration definition table 9, when the contents of a 
configuration definition are checked, the processor 24b . 
runs the definition check program 11. 

Copies of the configuration definition table 9, 
environmental variable definition file 15, DBMS 
definition information 10, application definition 
information 13, and data that are stored in the disk 
drives 26 included in the storage subsystem 2a are 
stored in the disk drives 26d to 26f . 

Fig. 2 shows an example of the structure of the 
pair definition table 7. The pair definition table 7 
has: a group name field 201 in which names of groups 
each corresponds to a set of pair relationships are 
registered; a pair name field 202 in which names 
assigned to pair relationships are registered; a primary 
port name field 203 in which names assigned to the ports 
of the storage subsystem 2a included in the primary site 
that have a pair relationship are registered; a primary 
logical unit name field 204 in which names assigned to 
logical units in the storage subsystem 2b included in 



the secondary site that have a pair relationship are 
registered; a secondary port name field 205 in which 
names assigned to the ports of the storage subsystem 2b 
included in the secondary site that have a pair 
relationship are registered; a secondary logical unit 
name field 206 in which names assigned to logical units 
in the storage subsystem 2b included in the secondary 
site that have a pair relationship are registered; and a 
state field 207 in which the states of pair 
relationships are registered. 

The logical unit (LU) is a unit in which the 
storage areas formed with the disk drives 26 are managed. 
Moreover, a volume is uniquely identified with a 
combination of the name of a port via which an LU is 
accessed and the name of the LU associated with the 
volume. Hereinafter, a port name and an LU name will be 
used to express a volume as volume (port name, LU name). 
According to the present embodiment, one LU is 
associated with one volume. Alternatively, a plurality 
of LUs may constitute one volume. 

In the example of Fig. 2, group Gl having two pair 
relationships PI and P2 is defined. A record 208a 
indicates that a volume in the primary site having the 
pair relationship PI is volume (port 21b, LUO), a volume 
in the secondary site having the pair relationship PI is 
volume (port 21d, LUO), and the state of the pair 
relationship is active. Herein, the active state 



signifies that copying data between the pair indicated 
with the record 208, that is, making the data items in 
the primary and secondary sites consistent with each 
other is under way. Moreover, a record 208b indicates 
that a volume in the primary site having the pair 
relationship P2 is volume (port 21, LU1 ) , a volume in 
the secondary site having the relationship P2 is volume 
(port 21d, LU1), and the state of the relationship is 
active . 

Fig. 3 shows an example of the structure of the 
volume definition table 8. A user creates the volume 
definition table 8 using a volume definition program in 
advance. Herein, the volume definition program is a 
program to be run in a management computer (not shown) 
connected on the network 3 . The user uses the 
management computer to transmit information on volumes, 
which should be included in the storage subsystem 2, to 
the storage subsystem 2. 

The storage subsystem 2 registers the received 
information in the volume definition table 8. The 
volume definition table 8 has: a port name field 305 in 
which names of ports based on which volumes are 
identified are registered; an LU name field 301 in which 
names of LUs forming volumes are registered; a drive 
name field 302 in which names of disk drives 26 
realizing the volumes are registered; and an emulation 
type field 303 in which pieces of information on the 
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ways (hereinafter, emulation types) a computer employs a 
volume are registered. 

According to the present embodiment, for example, a 
volume definition table 8a shown in the upper part of 
Fig. 3 shall be stored in the control memory 23a, and a 
volume definition table 8b shown in the lower part of 
Fig. 3 shall be stored in the control memory 23b. In 
the volume definition table 8a shown in Fig. 3, two 
volumes are registered. A record 304a indicates that 
volume (port 21b, LUO ) is realized with the disk drive 
26a, and is not categorized to any specific emulation 
type. Records 304b and 304c indicate that volume (port 
21b, LU1) is realized with the disk drives 26b and 26c 
and categorized to an emulation type of RAID level 1. 

On the other hand, two volumes are registered in 
the table 8b. A record 304d indicates that volume (port 
2 Id, LUO) is realized with the disk drive 2 6d and is not 
categorized to any specific emulation type. Records 
304e and 304f signify that volume (port 26d, LU1) is 
realized with the disk drives 26e and 26f and 
categorized to the emulation type of RAID level 1. 

Fig. 4 shows an example of the structure of the 
configuration definition table 9. In the case of the 
storage subsystem 2a in the primary site, when the 
server la runs the volume mount program 18, the 
configuration definition table 9 is created. In the 
case of the storage subsystem 2b in the secondary site. 
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when the storage subsystem 2b writes the configuration 
definition table 9, which is received from the storage 
subsystem 2a in the primary site, in a volume, the 
configuration definition table 9 is created. 

The configuration definition table 9 has: a mount 
destination field 401 in which information on a 
directory in which a volume is mounted is registered; a 
storage capacity field 402 in which information on the 
storage capacity of the volume is registered; and an 
emulation type field 403 in which information on an 
emulation type is registered. 

A table 9a shown in the upper part of Fig. 4 is an 
example of the configuration definition table 9 stored 
in volume (port 2 Id, LUO ) (realized with the disk device 
2 6a) in the storage subsystem 2a. The information that 
the mount destination of volume (port 2 Id, LUO) is a 
directory /AP/voll , the storage capacity thereof is 100 
MB, and the volume is not categorized to any specific 
emulation type is registered as a record 404a. 
Incidentally, the expression /AP/voll of an access path 
in a file system shall be adopted as the expression of a 
file or a directory in the file system. 

A table 9b shown in the lower part of Fig. 4 is an 
example of the configuration definition table 9 stored 
in volume (port 26d, LU1 ) (realized with the disk drives 
26a and 26b) in the storage subsystem 2a. The 
information that the mount destination of volume (port 
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26d, LU1) is a directory /DB/voll, the storage capacity 
thereof is 200 MB , and the volume is categorized to an 
emulation type of RAID level 1 is registered as a record 
404b. 

Referring to Fig. 1, the actions of the present 
system will be outlined below. To begin with, a user 
uses a management computer to specify values in the 
volume definition table 8a in the storage subsystem 2a 
in advance . 

Thereafter, when the server la is started up, the 
server la mounts a volume, which is included in the 
storage subsystem 2a, in a file system. At this time, 
the server la creates the configuration definition table 
9 that is configuration information indicating the 
relationship of the volume to the file system that is 
the mount destination, and stores the configuration 
definition table 9 in the disk drive 2 6 realizing the 
volume . 

Thereafter, the server la creates the DBMS 
definition information 10 that is a definition 
information file to be used to run the database 
management system program 4a, and the application 
definition information 13 that is a definition 
information file to be used to run the application 5a. 
The server la then stores the created pieces of 
information in the volume. Moreover, the server la 
creates the environmental variable definition file 15 as 
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a file in which information on the stored locations in 
the storage subsystem 2a of environmental variables such 
as those contained in the definition information files 
is registered. The server la stores the file 15 in the 
volume included in the storage subsystem 2a. 

In order to configure the secondary site, a user 
connects the storage subsystem 2b included in the 
secondary site on the network 3, and uses the management 
computer to create the volume definition table 8b 
concerning the storage subsystem 2b and to register 
values in the table. Thereafter, the server la directs 
the storage subsystem 2a to transfer data items, which 
are stored in the disk drives 26a to 26c, to the storage 
subsystem 2b. Consequently, the configuration 
definition tables 9 , environmental variable definition 
file 15, application definition information 13, DBMS 
definition information 10, and data 14 stored in the 
disk drives 26a to 26c are stored in the storage 
subsystem 2b in the secondary site. 

For the data transfer, the storage subsystem 2b 
checks if the configuration definition table 9 is 
included in the transferred data items and if the 
configuration definition table 9 matches the situation 
of the associated volume included in the storage 
subsystem 2b. If the configuration definition table 9 
does not match the situation, the storage subsystem 2b 
does not preserve the configuration definition table 9 



in the disk drive 26 concerned. 

When the server lb is connected on the network 3 
and started up, the server lb runs the configuration 
definition program 12 so as to recognize the volume 
included in the storage subsystem 2b and mount the 
volume . 

At this time, the server lb reads the configuration 
definition table 9a from the disk drive 26 so as to 
acquire a directory name that is the mount destination 
of the volume realized with the disk drive 26. Based on 
the acquired mount destination directory name, the 
volume is mounted. Incidentally, the server lb 
references the pair definition table 7 so as to retrieve 
a group name, of which pair relationships are all 
suspended, as an object of mount. 

Thereafter, the server lb acquires the 
environmental variable definition file 15 from the 
mounted volume, and checks the file 15 for the stored 
locations of various definition information files . The 
server lb then initiates the database management system 
program 4b and application program 5b. Consequently, 
once the server lb reads the configuration information 
such as the configuration definition table 9, the server 
lb can acquire setting information relevant to a file 
system serving as the mount destination of the volume 
and setting information relevant to an application that 
uses the volume. Without the server la, a volume can be 
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mounted or an application can be set up. The detailed 
procedure of the foregoing actions will be described in 
conjunction with a drawing below. 

Fig. 8 described a procedure 1000 for mounting a 
volume by running the volume mount program 18 in the CPU 
101. First, the server 1 acquires from a user the name 
of a directory in which a volume is mounted (hereinafter 
a mount destination directory name) and a device 
filename indicating the volume to be mounted. 

Within an application program or a file system a 
user employs, a volume is recognized with a device 
filename as described later. The server 1 references a 
volume-device file map that will be described later to 
retrieve information on a port and an LU, with which a 
predetermined volume is determined, on the basis of the 
device filename. Using the information, the volume 
included in the storage subsystem 2 is designated (step 
1001) . 

Thereafter, the server 1 checks if the 
configuration definition table 9 is stored at the 
leading location in the volume designated with the 
device filename. Specifically, the server 1 transmits 
information on the designated volume (more particularly, 
the port name and LU name), and also transmits a command 
requesting the configuration definition table 9 to the 
storage subsystem 2. The server 1 then receives the 
result of the transmission from the storage subsystem 2. 
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Incidentally, the server 1 acquires the information 
concerning the stored location of the configuration 
definition table 9 (the leading location in a volume 
according to the present embodiment) from any other 
server 1 or by receiving a user's entry. Consequently, 
in response to the command requesting the configuration 
definition table 9, the server 1 transmits the 
configuration definition table 9 together with the 
information on the stored location. However, the 
storage subsystem 2 may have the information on the 
stored location of the configuration definition table 9. 
In this case, the server 1 merely transmits the command 
requesting the configuration definition table 9 to the 
storage subsystem 2 (step 1005). 

If the configuration definition table 9 is not 
stored in the user-designated volume, the server 1 first 
references the volume definition table 8 to retrieve the 
storage capacity of the designated volume and the 
emulation type thereof from the size field 306 and 
emulation type field 303 respectively. Specifically, 
the server 1 designates the volume in the storage 
subsystem 2, requests the storage subsystem 2 to 
transmit information on the storage capacity of the 
volume and the emulation type thereof , and receives the 
information (step 1002). 

Thereafter, the server 1 creates the configuration 
definition table 9 on the basis of the mount destination 
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directory name of the volume, the storage capacity 
thereof, and the emulation type thereof, and transmits 
the table to the storage subsystem 2. The stored 
location of the configuration definition table 9 is the 
leading location in the designated volume. Specifically, 
the server 1 transmits the information on the mount 
destination directory name, storage capacity, and 
emulation type to the storage subsystem 2, and directs 
the storage subsystem 2 to write the information at the 
leading location in the designated volume. At this time, 
the server 1 creates the environmental variable 
definition file 15 relevant to the designated volume, 
and directs the storage subsystem 2 to store the file in 
the designated volume (step 1003). 

Finally, the server 1 mounts the designated volume 
in a place determined with the mount destination 
directory name acquired at step 1001 or with the mount 
destination direction name designated by the server 1 
(step 1004). If it is judged at step 1005 that the 
configuration definition file 9 is present, the server 1 
executes step 1004 described above. 

Fig. 5 describes an example of a procedure to be 
achieved by running the data reception program 17 and 
definition check program 11 in the storage subsystem 2b. 
The storage subsystem 2b executes the procedure to check 
the contents of information sent from the storage 
subsystem 2a. 
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Incidentally , every time data is transferred 
between the storage subsystems 2, information on a port 
name in the primary site and information on an LU name 
and its location therein are appended to the data. The 
storage subsystem 2b having received the data references 
the primary port field 203 and primary LU field 204 of 
the pair definition table 7 to retrieve a record 208 
that contains the same port name and volume name as 
those contained in the received data. The storage 
subsystem 2b then designates a volume, which is 
determined with the values that are specified in the 
secondary port name field 205 and secondary LU name 
field 206 and that are contained in the record 208, as a 
volume in which the received data is stored. 
Furthermore, the storage subsystem 2b determines the 
stored location in the volume, in which the data is 
stored, according to the value of position information 
contained in the received data. Incidentally, when a 
volume is realized with disk drives 26 that are RAID 
disk drive, the storage subsystem 2 determines uniquely 
at what location in whichever of the disk drives 2 6 data 
is recorded. 

The storage subsystem 2b having received data first 
verifies whether the received data contains the 
configuration definition table 9. Specifically, if the 
configuration definition table 9 is stored at the 
leading location in a volume, the storage subsystem 2b 
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verifies whether the configuration definition table 9 is 
contained in the received data by checking whether the 
leading data in the volume has been sent from the 
storage subsystem 2a. Whether the leading data in the 
volume has been sent from the storage subsystem 2a is 
judged from information on a location contained in 
transferred data. 

Incidentally, the storage .subsystem 2b receives 
information on the stored location of the configuration 
definition table 9 from the primary site or a user in 
advance. Specifically, the storage subsystem 2b 
receives the information on the stored location 
transferred from the server la in the primary site. 
Otherwise, the storage subsystem 2b receives the 
information on the stored location which a user 
registers at the time of registering a volume definition 
table using the management terminal (step 601). 

If the received data contains the configuration 
definition table 9, the storage subsystem 2b checks if 
the storage capacity of a volume in which the 
transferred configuration definition table 9 is stored 
is larger than the storage capacity registered in the 
field 402 of the configuration definition table 9. 
Incidentally, the storage subsystem 2b references the 
pair definition table 7 on the basis of the information 
on the volume (port name and LU name) that is 
transferred together with the configuration definition 
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table 9. Thereafter, the storage subsystem 2b 
references the volume definition table 8b so as to 
retrieve the value specified in the size field 306 and 
contained in a record that contains the information on 
the volume (step 602). 

Assume that the storage capacity of the volume in 
which the configuration definition table 9 is stored is 
larger than the storage capacity registered in the field 
402. In this case, the storage subsystem 2b checks if 
the value registered as the emulation type of the volume 
in the volume definition table 8b agrees with the value 
registered in the emulation type field 403 of the 
transferred configuration definition table 9 (step 603). 
If the values agree with each other, the transferred 
configuration definition table 9 is stored in the volume. 
If it is judged at step 601 that the configuration 
definition table 9 has not been transferred, the storage 
subsystem 2 stores the transferred data in the volume 
( step 604 ) . 

In contrast, it may be judged at step 602 that the 
storage capacity of the volume is smaller than the one 
registered in the field 402 or it may be judged at step 
603 that the emulation types are different from each 
other. In this case, the storage subsystem 2b does not 
store the transferred data in the disk device 2 6 but 
terminates the procedure. 

Fig. 6 describes a configuration definition 
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procedure that is executed in the storage subsystem 2b 
by running the configuration definition program 12 in 
the server lb. The present procedure enables the server 
lb to run the application program 5 or the like using 
the volumes included in the storage subsystem 2b. The 
present procedure is executed, for example, when the 
server lb is connected on the network 3 and started up 
or when a user enters a volume mount command at the 
server lb . 

To begin with, the server lb acquires the 
information on all the ports and all the LUs , which are 
included in the storage subsystem 2b accessible to the 
server lb, from the storage subsystem 2b. The pieces of 
information are associated with device files managed by 
a file system residing in the server lb. Data 
representing the relationship of correspondence between 
each information and each device file, that is, a 
volume -device file map 1101 shown in Fig. 9 is stored in 
the main memory 102 or one of the storage devices 108 
(step 704) . 

Thereafter, the server lb checks the state field 
207 of the pair definition table 7 included in the 
storage subsystem 2b to see if there is a group having 
pair relationships whose states are all suspended. 
Incidentally, what is referred to as the suspended state 
is a state in which the contents of data items in 
volumes having a pair relationship to each other are not 



kept consistent with each other (step 701). If there is 
a group having pair relationships whose states are all 
suspended, the server lb references the pair definition 
table 7 included in the storage subsystem 2b to retrieve 
the values that are registered in the secondary port 
name field 205 and secondary LU name field 206 in 
relation to the group name (step 702). 

Thereafter, the server lb references the maps 
created at step 704 so as to retrieve device files 
associated with the volumes determined with the port 
names and LU names acquired at step 702. On the other 
hand, the server lb reads the configuration definition 
table 9 from the leading location in each of the volumes 
associated with the device files. The server lb then 
retrieves information on the mount destination directory 
name of each of the volumes from the field 401 of the 
configuration definition table 9 (step 703). 

Thereafter, the server lb uses the retrieved device 
filenames and mount destination directory names as 
arguments to run the volume mount program 18, and thus 
mounts the volumes in the file system that is a mount 
destination (step 1000). After mounting all the volumes 
that belong to the group having pair relationships whose 
states are all suspended is completed, the server 1 
acquires the environmental variable definition file 15 
from each of the mounted volumes, and checks the values 
registered in the environmental variable definition 
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files 15 (step 705) . 

Thereafter, the server lb starts running the 
database management system program 4b and application 
program 5b. At the time of starting running the 
database management system program 4b and application 
program 5b , the server lb identifies the location of a 
definition information file on the basis of the 
information registered in each of the environmental 
variable definition files 15 acquired previously. The 
server lb then acquires the definition information files 
(step 706) . 

A description will be made of a case where the 
configuration information present in the primary site 
included in the system shown in Fig. 1 (according to the 
present embodiment, the configuration definition tables, 
environmental definition information files, and various 
program definition information files) and data are 
transferred to the storage subsystem 2b in the secondary 
site. Herein, the pair definition table 7 shown in Fig. 
2 and the volume definition table 8a shown in Fig. 3 
shall be present in the control memory 23a included in 
the storage subsystem 2a. Moreover, the pair definition 
table 7 shown in Fig. 2 and the volume definition table 
8b shown in Fig. 3 shall be present in the control 
memory 23b included in the storage subsystem 2b. 

When the server la connected on the network 3 is 
started up, the server la acquires information on the 



volumes, which are included in the storage subsystem 2a 
connected to the data interface 109a, from the storage 
subsystem 2a. The pieces of information are associated 
with device files and stored as the volume-device file 
map 1101a. The volume-device file map 1101a is stored 
in the main memory 102 included in the server la. Fig. 
9 shows examples of the volume -device file maps 1101. 
In the present case, volume (port 21b, LU0) is 
associated with a device file whose name is /dev/cltldl, 
and volume (port 21b, LU1) is associated with a device 
file whose name is /dev/cltld2. 

Thereafter, the server la receives mount 
destination directory names in which the volumes are 
mounted and device filenames associated with the mounted 
volumes from a user or an application. The server la 
then runs the volume mount program 18 (step 1000). 

Fig. 10 shows an example of information which the 
server la receives from a user as a mount destination 
directory- device file map 1201. The server la having 
received the mount destination directory-device file map 
1201 judges from a record 1202a that the volume 
associated with the device file /dev/cltldl is mounted 
in the directory /AP/voll. The server la also judges 
from a record 1202b that the volume associated with the 
device file /dev/cltld2 is mounted in the directory 
/DB/voll (step 1001) . 

Thereafter, the server la verifies whether the 
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conf iguration definition table 9 is stored in each of 
the volumes designated with the device filenames. First, 
the server la verifies whether the configuration 
definition table 9 is stored in the volume designated 
with /dev/cltldl. The server la retrieves information 
on a port that determines the designated volume, or more 
particularly, the port name of port 21b and the LU name 
of LUO from the volume-device file map 1101a. The 
server la having acquired the pieces of information 
accesses the storage subsystem 2a using the pieces of 
information. The server la then judges whether the 
configuration definition table 9 is stored at the 
leading location in a disk drive 26 comparable to the 
leading location in the volume. In this case, the 
configuration definition table 9 has not yet been stored 
in the volume. The server la therefore judges that the 
configuration definition table 9 is absent (step 1005). 

Thereafter, the server la references the volume 
definition table 8a to retrieve the emulation type and 
size of the volume to be mounted. In the present case, 
the server la references the emulation type field 303 
and size field 306 so as to retrieve values contained in 
a record 304a that has the port name of port 21b and LU 
name of LUO specified in the port name field 305 and LU 
name field 301 respectively. Consequently, the server 
la acquires the information that the volume to be 
mounted is not categorized into any emulation type and 
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has a storage capacity of 100 MB (step 1002). 

Thereafter, the server la enters the acquired mount 
destination directory name (/AP/voll), emulation type 
(none), and size (100 MB) in the mount destination field 
401, emulation type field 403, and storage capacity 
field 402 of the configuration definition table 9a. 
Thereafter, the server la transmits the created 
configuration definition table 9a to the storage 
subsystem 2a, and directs the storage subsystem 2a to 
store the configuration definition table 9a at the 
leading location in the volume to be mounted. In the 
present case, the value contained in the record 304a and 
specified in the drive field 302 of the volume 
definition table 8a shown in Fig. 3 demonstrates that 
the disk drive 26 realizing the volume is the disk drive 
26a. Consequently, the configuration definition table 
9a is disposed at the leading location in the disk drive 
26a (step 1003) . 

Thereafter, the server la mounts the volume (port 
21b, LU0) associated with the device file /dev/cltldl in 
a location designated with the acquired mount 
destination directory name (step 1004). 

The server la performs the same processing on a 
volume associated with a device filename contained in a 
record 1202b. The server la directs the storage 
subsystem 2a to store the configuration definition table 
9b shown in Fig. 4 at the leading location in volume 
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(port 21b, LU1), and then mounts volume (port 21b, LU1 ) 
in a place designated with /DB/voll. 

In the present case, the values contained in the 
records 304b and 304c and specified in the drive field 
302 of the volume definition table 8a shown in Fig. 3 
demonstrate that the volume is realized with the disk 
drives 26b and 26c. If a volume is realized with a 
plurality. of disk drives 26, whichever of the leading 
locations in the disk drives corresponds to the leading 
location of a volume is determined by the storage 
subsystem 2a. In this case, the leading location in the 
disk drive 26b corresponds to the leading location of 
the volume. The configuration definition table 9b is 
therefore stored at the leading location in the storage 
area of the disk drive 26b. 

Thereafter, the server la transmits information on 
a stored location of environmental variables defined by 
the server la, or more particularly, a stored location 
of an application definition information file to the 
storage subsystem 2a. At this time, the server la 
directs the storage subsystem 2a to create an 
environmental variable definition file 15 having a 
predetermined filename in a mounted volume and to record 
the transmitted information in the file 15. According 
to the present embodiment, the filename of the 
environmental variable definition file 15 shall be 
/AP/voll/env. txt , and the stored location thereof shall 
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be a location in the disk drive 26a. According to the 
present embodiment, the information that a DBMS 
configuration definition information file is stored as a 
file /DB.voll/db.conf and an AP configuration definition 
information file is stored as a file /AP/voll/ap . conf is 
registered in the environmental variable definition file 
15 (step 501) . 

Thereafter, the server la transmits the definition 
information files relevant to the database management 
system 4a and application 5a respectively to the 
locations registered in the environmental variable 
definition file 15. In the present case, the definition 
information 10 on the database management system 4a is 
stored as a file /DB/voll/db . conf , and the definition 
information 13 on the application program 5a is stored 
as a file /AP/voll/ap . conf . The volume mounted in 
/DB/voll is realized with the disk drives 26b and 26c. 
However, the DBMS definition information 10 is stored in 
the disk drive 26b. Moreover, as the volume mounted in 
/AP/voll is realized with the disk drive 26a, the 
application definition information 13 is stored in the 
disk drive 26a (step 502). 

Next, a description will be made of a procedure for 
transferring data, which is stored in the disk drives 
26a to 26c included in the storage subsystem 2a, to the 
disk drives 26d to 26f included in the storage subsystem 
2b over the network 3. The data transfer is executed 
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after the pair definition table 7 is created. The 
procedure is started at the timing that a user uses the 
server 1 or the like to direct the storage subsystem 2a 
to transfer data. 

The storage subsystem 2a appends information on the 
ports and LUs included therein and information on stored 
locations of data items to the data items stored in the 
disk drives 26a to 26c respectively, and transfers the 
resultant data items to the storage subsystem 2b. After 
data transfer is completed, the data items stored in the 
disk drives 26a to 26c respectively may be updated. In 
this case, if the contents of data items in the storage 
subsystems 2a and 2b respectively are kept consistent 
with each other, the storage subsystem 2a transfers 
updated data alone to the storage subsystem 2b. 

The storage subsystem 2b having received data from 
the storage subsystem 2a executes the procedure 
described in Fig. 5. First, the storage subsystem 2b 
judges whether the configuration definition table 9 has 
been transferred from the storage subsystem 2a. 
Specifically, the transferred data is checked to see if 
it is the data stored at the leading location in a 
volume. Whether the transferred data is the data stored 
at the leading location in a volume is judged by 
checking if position information appended to the 
transferred data is 0 (step 601). 

If the configuration definition table 9a shown in 



-33- 



Fig. 4 is transferred, the storage subsystem 2b runs the 
definition check program 11 so as to acquire the 
information on the port and LU included in the storage 
subsystem 2a which is appended to the transferred data. 
In the present case, the information that the port name 
is port 21b and the LU name is LUO is acquired. 
Thereafter, the storage subsystem 2b retrieves the 
record 208a, which contains port 21b and LUO as the 
values of the primary port name field 203 and primary LU 
name field 204, from the pair definition table 7 stored 
in the control memory 23b. The storage subsystem 2b 
then acquires the values (herein, port 2 Id and LUO) 
specified in the secondary port name field 205 and 
secondary LU name field 206 from the record 208a. 

Thereafter, the storage subsystem 2b acquires the 
record 304d that contains port 2 Id and LUO as the values 
of the port name field 305 and LU name field 301 
respectively of the volume definition table 8b. The 
storage subsystem 2b then compares the value of 100 MB, 
which is contained in the record 304d and specified in 
the size field 306, with the value of 100 MB that is 
contained in the record 404a and specified in the 
storage capacity field 402 of the configuration 
definition table 9 (step 602). As the values agree with 
each other, the storage subsystem 2b checks if the value 
contained in the record 304d and specified in the 
emulation type field 303 agrees with the value contained 
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in the record 404a and specified in the emulation type 
field 403 (step 603) . 

As the values agree with each other and signify 
that the volume is not categorized into any emulation 
type, the storage subsystem 2b stores the transferred 
data in volume (port 2d, LUO). The stored location is 
represented by position information appended to data. 

The foregoing procedure is repeated for every data 
to be transferred. Consequently, the configuration 
definition tables 9, environmental variable definition 
file 15, application definition information 13, DBMS 
definition information 10, and data 14 that are stored 
in the disk drives 26a to 26c included in the storage 
subsystem 2a in the primary site are copied into the 
disk drives 26d to 26f included in the storage subsystem 
2b in the secondary site. Moreover, after the data 
items are copied, if the data in any of the disk drives 
26a to 26c in the primary site is updated, the change is 
reflected in the associated one of the disk drives 26d 
to 26f in the secondary site. 

Next, a description will be made of an example of a 
procedure for connecting the port 2 Id of the storage 
subsystem 2b in the secondary site to the data interface 
109 in the server lb over the network 3, starting up the 
server lb, and determining the environment of the server 
lb. 

When the server lb is started up, the configuration 
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definition program 12 is read into the main memory 102b , 
and run by the CPU 101b. First, the server lb 
associates the ports and LUs, which are included in the 
storage subsystem 2b accessible to the server lb, with 
device files. In this example, LUs accessible via the 
port 2 Id are two LUs LUO and LU1 alone. Device 
filenames determined by the file system residing in the 
server lb are associated with the LUs. A created 
volume-device file map is the one 1101b shown in Fig. 9. 
Referring to Fig. 9, volume (port 2 Id, LUO) is 
associated with /dev/cltldl, and volume (port 2 Id, LU1 ) 
is associated with /dev/cltld2. 

Thereafter, the server lb references the state 
field 207 of the pair definition table 7 present in the 
control memory 23b included in the storage subsystem 2b 
to check the pair relationships of the volumes . 
Specifically, the server lb checks if there is a group 
having pair relationships whose states are all suspended 
as specified in the field 207 represent the state. If 
the pair definition table 7 is as shown in Fig. 2, the 
server lb judges that there is a record containing a 
value that is not "suspended," and repeats the 
processing of step 701. 

If a fault occurs in the primary site, the pair 
relationships are all suspended. Fig. 7 shows the pair 
definition table 7 signifying this state. In this 
example, records 208a and 208b demonstrate that all the 
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pair relationships belonging to group Gl are suspended. 
Consequently, the server lb judges that the pair 
relationships belonging to group Gl are all suspended. 

Thereafter, the server lb retrieves from the pair 
definition table 7 the information on the volumes 
relevant to the group having pair relationships whose 
states are all suspended. In this case, the server lb 
acquires the information on two volumes, that is, volume 
(port 21d, LUO) and volume (port 21d, LU1 ) (step 702). 
Hereinafter, the server lb successively performs the 
processing of step 703 and step 100 on the volumes. 

First, the server lb performs the processing of 
step 703 on volume (port 21d, LUO). Specifically, the 
server lb acquires a device filename associated with 
volume (port 2 Id, LUO) from the volume -device file map 
1101b. On the other hand, the server lb reads the 
configuration definition table 9 from the leading 
location in volume (port 21d, LUO). In this example, 
volume (port 2 Id, LUO) is realized with the disk device 
26d as indicated in the volume definition table 8b shown 
in Fig. 3. The server lb therefore acquires the 
configuration definition table 9a from the disk drive 
26d. 

Thereafter, the server lb references the mount 
destination field 401 of the acquired configuration 
definition table 9a so as to acquire the mount 
destination directory name /AP/voll in the file system 
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of volume (port 2 Id, LUO) that is contained in the 
record 404a. Thereafter, the server lb uses the mount 
destination directory name /AP/voll and the acquired 
device filename /dev/cltldl as arguments to run the 
volume mount program 18. The server lb then mounts a 
volume associated with the device file /dev/cltldl in 
the directory /AP/voll. Likewise, volume (port 21d, 
LU1) is mounted in /DB/voll . 

Thereafter, the server lb acquires the 
environmental variable definition file 15. In this 
example, the name of the environmental definition file 
is env.txt. The server lb therefore checks if the name 
env.txt is specified in the mounted volume. 
Incidentally, the server lb acquires the environmental 
variable definition filename from the primary site or a 
user in advance. The way of acquisition is identical to 
the way of acquiring information on the stored location 
of the configuration definition information table. In 
this example, the name env.txt is subordinate to the 
name /AP/voll . The server lb therefore reads the name 
env.txt and holds it (step 7 05). In the environmental 
variable definition file 15, as mentioned previously, 
/DB/voll/db.conf is registered as the value of the DBMS 
configuration definition filename, and /AP/voll/ap . conf 
is registered as the value of the AP configuration 
definition filename. 

Finally, the server lb executes the database 
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management system 4b. At this time, the server lb 
acquires the DBMS definition information 10 on the basis 
of the value of the DBMS configuration definition 
filename registered in the environmental variable 
definition file 15, and then initiates the database 
management system 4b. Likewise, the server lb acquires 
the application definition information 13 on the 
application program 5b on the basis of information 
registered in the environmental variable definition file 
15, and then initiates the application program 5. 

As described above, according to the present 
embodiment, if a fault occurs in the primary site, the 
port 21d of the storage subsystem 2b in the secondary 
site is connected to the data interface 109b of the 
server lb over the network 3. The server lb is then 
started up in order to determine an environment, and the 
database management system and application are initiated. 

According to the present invention, there is 
provided an inexpensive disaster recovery system whose 
secondary site may have the configuration thereof 
simplified. 



